home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960425-19960715 / 000220_news@columbia.edu _Tue Jun 11 11:21:28 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id LAA19801 for <kermit.misc@watsun>; Tue, 11 Jun 1996 11:21:27 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id LAA26436 for kermit.misc@watsun; Tue, 11 Jun 1996 11:21:24 -0400 (EDT)
  4. Path: news.columbia.edu!lamont.ldeo.columbia.edu!news.er.usgs.gov!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!math.ohio-state.edu!howland.reston.ans.net!vixen.cso.uiuc.edu!newsrelay.iastate.edu!news.iastate.edu!vax1.miu.edu!JHMEYERS
  5. From: jhmeyers@miu.edu (John H Meyers)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: [Q}: How to keep vms/vax versions ?
  8. Date: 11 Jun 1996 14:29:53 GMT
  9. Organization: MIU Computer Services,  Fairfield, IA 52557.  Not Approved.
  10. Lines: 34
  11. Message-ID: <4pjvt1$3bd@news.iastate.edu>
  12. References: <31BD74CA.167E@ifk.tu-graz.ac.at>
  13. Reply-To: jhmeyers@miu.edu
  14. NNTP-Posting-Host: vax1.mum.edu
  15.  
  16. In article <31BD74CA.167E@ifk.tu-graz.ac.at>,
  17. Bernd Logar <logar@ifk.tu-graz.ac.at> writes:
  18.  
  19. > Does anybody outthere know or have a macro/program to transfer VMS files
  20. > to MS-DOS and keep the version numbers ?
  21. >
  22. > eg:  dop.spc;1 dop.spc;2 .... dop.spc;100
  23.  
  24. Let's explain for the "normal" world:  VAX/VMS does not replace a file
  25. when it re-written, as does every other operating system I know of; it
  26. just makes a new copy and adds 1 to the "version number".  I spend all
  27. my time *purging* these things, while you want to save them! :)
  28.  
  29. Since our old VAX/VMS Kermit-32 does not incorporate a version number
  30. into the name under which it sends any file, even if the version number
  31. was explicitly given in the SEND command, some renaming is required at
  32. either one end or the other of this transfer.
  33.  
  34. At the VMS end, a .COM script might be used to either rename or copy
  35. the set of files to a set having the version number incorporated into
  36. each name, with suitable gimmicks to deal with the (8,3) MSDOS name
  37. limitations; then you could send these, already renamed, to MSDOS.
  38.  
  39. On the other hand, I just tried out a VMS-side "send file.ext;*" with
  40. an MSDOS-side "server" command; eureka! -- the MSDOS Kermit, each time
  41. it finds a duplicated file name (which will always happen after the
  42. first transmission, since VMS will keep using the same file name
  43. for all its SENDs), keeps altering the MSDOS "received" file names by
  44. replacing some part with an incremented number,just as it always does!
  45.  
  46. Will one of these solutions work for you?
  47.  
  48. -----------------------------------------------------------
  49. With best wishes from:  John H Meyers  ( jhmeyers@mum.edu )